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(57) Abstract 

The invention relates to a net- 
work architecture for various com- 
munication networks and/or data 
networks, providing value added 
services for users. A new dis- 
tributed network architecture is in- 
troduced in the form of a layer of 
network elements between already 
existing physical networks and ser- 
vice providers or users. Said net- 
work elements communicate with 
each other via interfaces, in addi- 
tion to communicating with physi- 
cal networks. The layer that is pro- 
vided by network elements that are 
distributed in the network gives the 
network user access to the network 
resources that are available in the 
physical, subjacent networks. This 
enables all available basic services 
and value added services to be used. The required data and produced data is collected separately according to user or service provider, 
managed and made available for further processing. 




(57) Zusammenfassung 

Die Erfindung betrifft eine Netzarchitektur fOr vcrschicdene Kornrnunikations- und/oder Datennctzc zur Bcrcitstcllung von 
Mehrwertdiensten fiir Benutzer. Es wird eine neue, verteilte Netzarchitektur eingef&hrt, in Form einer Schicht aus Netzelementen zwischen 
den bercits existierenden physikalischen Netzen und den Dienstanbietern bzw. Benutzem. Diese Netzelemente kommunizieren dabei Qber 
Schnittstellen sowohl miteinander, als auch mit den mit ihnen verbundenen physikalischen Netzen. Diese Schicht, die durch im Netz 
verteilte Netzelemente realisiert wird, erm&glicht dem Benutzer des Netzes den Zugriff zu den in den physikalischen, darunterliegenden 
Netzen vorhandenen Netzressourcen. Dabei konnen alle vorhandenen Grand- und Mehrwertdienste genutzt werden. Die benotigten und 
erzeugten Daten werden getrennt nach den Benutzem oder Dienstanbietern in den jeweiligen physikalischen Netzen gesammelt, verwaltet 
und fur die Weiterverarbeitung zur Verfttgung gestellt. ^ 
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Beschreibung 

Netzarchitektur far Koramunikations- und/oder Datennetze 

5 Die Erfindung betrifft eine Netzarchitektur fttr verschiedene 
Kommunikations- und/oder Datennetze zur Bereitstellung von 
Mehrwertdiensten ftir Benutzer. 

Diese Kommunikations- und Datennetze konnen unterschiedliche 
10 physikalische Eigenschaf ten haben. Sie konnen sich in der Art 
des Zugriffs auf die bereitgestellten Netzfunktionen und in 
den Prinzipien der Datenttbertragung (z. B. die verwendeten 
ttbertragungsprotokolle und entsprechenden Normen) unterschei- 
den. Weiterhin bieten sie unterschiedlichste Dienste fur den 
15 Benutzer des Netzes an. 

Unter einem physikalischen Netz versteht man im Folgenden ein 
herkommliches Daten- Oder Kommunikationsnetz, wie das schal- 
tungsvermittelte Festnetz (basierend auf SS#7, Zentralkanal- 

20 signalisierungssystem Nr. 7), das Mobilfunknetz oder ein Com- 
puternetz wie das Internet oder auch ein lokales Netz LAN, 
basierend auf einem Kommunikationsprotokoll wie etwa TCP/IP 
oder Token Ring. Die Anbieter der grundlegenden Netzfunktio- 
nen werden im Weiteren Netzbetreiber genannt. 

25 Ein Corporate Network (Firmeninternes Netz oder Intranet) be- 
zeichnet im Folgenden ein Daten- oder Kommunikationsnetz oder 
auch ein Netz aus mehreren solcher Netze, welches einer Orga- 
nisationseinheit zugeordnet ist. Es ermSglicht die Kommunika- 
tion innerhalb dieser Organisation und wird mit technischen 

30 Mitteln nach aufien abgeschirmt. 

Netzbetreiber und Dienstanbieter bieten den Netzbenutzern 
Grundfunktionen xznd -diensten der physikalischen Netzen 
(Grunddienste) zur Verfugung. 
35 Sogenannte Mehrwertdienste konnen dabei durch Integration von 
Grunddiensten (in der Regel) eines Netzes erzeugt werden. 
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Diese Mehrwertdienste konnen dann direkt dem Benutzer vom 
Dienstanbieter (oder auch speziellen Dienstintegratoen, die 
ihrerseits wiederum Grunddienste der Dienstanbieter verwen- 
den) verkauft werden. 

Im herkommlichen Festnetz und im Mobilf unknetz etwa werden 
Mehrwertdienste zusatzlich zu Grunddiensten neben der her- 
kommlichen Sprach- oder DatenUbertragung durch ein sogenann- 
tes Intelligentes Netz realisiert. 

Bei diesen Mehrwertdiensten handelt es sich zum Beispiel um 
eine eindeutige Telefonnummer fur einen Benutzer im gesamten 
Netz (Universal Personal Number) , gebuhrenf reie Telefonnum- 
mern (Freephone) oder die Stimmabgabe uber Telefon 
(Televoting) . 

Diese Mehrwertdienste werden durch zentral im Netz bereitge- 
stellte Netzelemente (SSP, Service Switching Point, SCP, Ser- 
vice Control Point etc.) realisiert. 

Die Beschreibung der Prinzipien eines Intelligenten Netzes 
findet sich in der ITU Protokollsuite Q.12xx wieder. 

Durch diese zentralisierte Realisierung von Mehrwertdiensten 
in einem Netz ergeben sich mehrere Nachteile. 
Die fur die Dienste zustandigen Netzelemente erweisen sich 
bei hoher Netzauslastung als Engpafi, da alle Diensteabf ragen 
tlber diese Netzelemente laufen und dort verarbeitet werden 
nnissen. Dieses erfordert bei groBeren, gut ausgelasteten Net- 
zen eine entsprechend hohe Investition in hochperf ormante 
Hardware insbesondere fur die zentral steuernden Netzelemente 
(„Flaschenhals*) , da nur diese das Verkehrsauf kommen bei noch 
akzeptablen Verzogerungszeiten bewaltigen kann. 
Zudem mu(J eine hohe Verfugbarkeit der zentralen Netzknoten 
wie dem SCP, der fur die Bearbeitung der Dienstanforderungen 
zustandig ist, gewahrleistet sein. Ein Ausfall eines einzigen 
solchen Netzknotens bedeutet hier die NichtverfUgbarkeit al- 
ler Mehrwertdienste des gesamten Netzes, 
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Aus diesen Grtlnden kann die notwendige Technik zur Bereit- 
stellung der Mehrwertdienste momentan nur von groBen Netzbe- 
treibern zur Verfugung gestellt werden. Kleinere Betreiber 
(z. B. City Carrier) konnen die Investition in die notwendige 
kostspielige Netzelemente allein nicht erbringen. Eine Nut- 
zung der Netzelemente durch mehrere Dienstanbieter Oder Dien- 
stintegratoren ist momentan nicht moglich, da eine Trennung 
der unterschiedlichen Funktionalitaten, die in den zentralen 
Netzknoten realisiert ist, nicht vorgesehen ist. 



Zudem sind die unterschiedlichen Netze physikalisch voneinan- 
der getrennt. Urn die Dienste der Netze nutzen zu k5nnen, muB 
ein Kunde zwischen verschiedenen Dienstanbietern wechseln, 
was im Einzelfall auch den Wechsel des Endgerates zur Folge 

15 haben kann. 

Die Bereitstellung net zubergrei fender Kommunikation ist nur 
durch Ubergange zwischen den einzelnen Netzen mdglich, es muB 
far jeden Netzubergang (z . B . Festnetz zu Mobilfunknetz, ISDN 
zu Internet) eine Anbindung, entsprechend der auf beiden Sei- 

20 ten verwendeten Protokolle, geschaffen werden. 

Aufgabe der Erfindung ist es, eine Moglichkeit anzugeben, wie 
die vorhandenen physikalischen Netze inklusive ihrer Basis- 
dienste einheitlich zur VerfUgung gestellt werden k6nnen, un- 
25 ter Vermeidung der oben genannten Nachteile. Dabei sollen 
auch Mehrwertdienste, als Kombination von in verschiedenen 
physikalischen Netzen angebotenen Basisdiensten, integriert 
werden konnen. 

30 Diese Aufgabe wird gelSst durch eine Netzarchitektur gemaB 
Patentanspruch 1. 

Es wird eine neue, verteilte Netzarchitektur eingefuhrt, in 
Form einer Schicht aus Netzelementen zwischen den bereits 
35 existierenden physikalischen Netzen und den Dienstanbietern 
bzw. Benutzern. Diese Netzelemente kommunizieren dabei uber 
Schnittstellen sowohl miteinander, als auch mit den mit ihnen 
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verbundenen physikalischen Netzen. Diese Schicht, die durch 
im Netz verteilte Netzelementen realisiert wird, ermoglicht 
dem Benutzer des Netzes (auch dem Dienstanbieter) den Zugriff 
zu den in den physikalischen, darunterliegenden Netzen vor- 
5 handenen Netzressourcen. Dabei konnen alle vorhandenen Grund- 
und Mehrwertdienste genutzt werden (Transparenz) . Die beno- 
tigten und erzeugten Daten (Zugriff, Vergebuhrung, Verkehrs- 
messungen...) werden getrennt nach den Benutzern oder Dienst- 
anbietern in den jeweiligen physikalischen Netzen gesammelt, 
10 verwaltet und fur die Weiterverarbeitung zur VerfUgung ge- 
stellt. 

Es wird also die Integration von Grunddiensten verschiedener 
physikalischer Netze ermoglicht, als auch die einheitliche 
Bereitstellung von Grund- und Mehrwertdiensten der verschie- 
15 denen physikalischen Netze. 

Weiterhin konnen Netzelemente der erweiterten Architektur 
spezielle Dienste zur Steuerung der Netze bereit stellen, 
insbesondere zentrale Dienste wie Naming, Trading oder Si- 
20 cherheitsfunktionen. Diese Bereitstellung kann entweder ge- 
trennt, in separaten Netzelementen, oder in den Netzelemen- 
ten, welche auch die allgemeinen Dienste bereitstellen, ge- 
schehen. 

25 Die bisherige Funktionalitat eines zentralen Netzelementes 
kann so auf mehrere gleichartige Netzelemente verteilt wer- 
den. Damit erhalt man eine Netzarchitektur, die flexibel auf 
Anderungen der BedUrfnisse von Betreibern und Benutzern ein- 
gehen kann. 

30 Weiterhin zeichnet sich diese Architektur durch eine wesent- 
lich hohere Zuverlassigkeit, VerfUgbarkeit und Fehlertoleranz 
aus. 



Vorteilhafte Ausgestaltungen und Weiterbildungen sind in den 
35 UnteransprUchen angegeben. 
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Die Netzelemente sind durch zur VerfUgung stehende Datennetze 
wie das Internet miteinander verbunden. Erforderliche Infor- 
mationen werden Uber dieses Netz ausgetauscht . Die Zusammen- 
arbeit und der Austausch der Informationen wird durch ein 
verteiltes Netz-Betriebssystem gesteuert, welches in den ein- 
zelnen Netzelementen residiert. Dabei wird durch das zweisei- 
tige Transaktionsprinzip sichergestellt, daJi Anderungen si- 
cher durchgefuhrt werden. 

Das Prinzip der verteilten Betriebssysteme ist dem Fachmann 
bereits bekannt. 

Durch diese Struktur wird eine flexible Integration von Dien- 
sten verschiedener Netze moglich, den Benutzern konnen so 
neue Dienste und Mehrwertdienste geboten werden. Ein Netzele- 
ment (Client) gibt hierzu Aufrufe von Netzfunktionen an aus- 
fUhrende Netzelemente (Server) weiter. 

In einer vorteilhaf ten Ausgestaltungsf orra der Erfindung wer- 
den die Schnittstellen zu unterliegenden physikalischen Net- 
zen standardisiert. Dadurch wird das Zusammenwirken der ein- 
zelnen Netzelemente wesentlich vereinfacht, eine technische 
Abstimmung von Dienstanbietern, Netzbetreibern und den zu- 
satzlichen Dienstintegratoren kann entf alien. Auch die Ein- 
gliederung neuer physikalischer Netze, Netzelemente oder 
Grund- und Mehrwertdiensten ist so problemlos moglich. 

In einer weiteren Ausgestaltungsform der Erfindung werden an 
der Oberflache zu den physikalischen Netzen standardisierte 
Funktionsaufrufe zur VerfUgung gestellt. Dies verringert den 
Aufwand bei der Implement ierung von Diensten. 

Unter einer Funktionsklasse ist dabei eine logische Zusammen- 
fassung von mehreren Funktionsauf ruf en zu verstehen, die ei- 
nem bestimmten Zweck dienen. Beispiele hierfUr sind etwa das 
^Connection Management', 'Port Management' , 'Quality of Ser- 
vice Management' oder das 'Event Monitoring' . 
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Diese Funktionsaufruf e werden dann wiederum in systemspezif i- 
sche Meldungen und Kommandos umgesetzt und in den entspre- 
chenden Netzelementen ausgeftlhrt. 

'Plug & Play' ist inzwischen ein bekanntes Prinzip. In der 
beschriebenen Architektur bedeutet dies, ohne dafl weitere 
gr6Bere Anpassungen kann ein neues Netzelement in die beste- 
hende Netzstruktur eingehangt werden. Die dynamische Integra- 
tion geschieht automatisch, durch Registrierung von Funktio- 
nen, Funktionsklassen und Netzelementen an benachbarten Netz- 
elementen. Zum Beispiel durch ein 'Broadcast' Verfahren kann 
diese Information dann in kurzer Zeit im gesamten Netz ver- 
teilt werden. Die Registrierung kann auch an einem speziel- 
len, fur diesen Zweck ausgezeichneten Netzelement geschehen, 
der dann fur die netzweite Verteilung und/oder Verwaltung der 
Informationen zustandig ist. 

Dieses Prinzip kann nicht nur auf einzelne physikalische Net- 
ze oder Netzelemente angewendet werden, sondern ebenfalls auf 
die in diesen Netzelementen realisierten Funktionen und Dien- 
sten. 

Eine wesentliche Ausgestaltung der Erfindung beinhaltet die 
Verteilung der Netzfunktionen in den Netzelementen. Durch ei- 
ne hohe Redundanz der Funktionen wird zum einen eine hohe 
Ausfallsicherheit erlangt. Dies wird auch durch die Auswahl 
des den Aufruf bearbeitenden Netzknoten erzielt. Eine Last- 
teilung im Netz kann dadurch realisiert werden. 
Es ist auch m5glich, bei Bedarf gleiche Funktionen in ver- 
schiedenen Netzelementen gleichzeitig anzusprechen und aus- 
zuf Uhren . 

Insbesondere bei haufig benutzten Grundf unktionen der Netzar- 
chitektur (wie Adresskonvertierung, Datenverwaltungen, Lei- 
stungsuberwachungen) bringt es enorme Ef f izienzsteigerungen, 
wenn die entsprechend notwendigen Funktionen standardmafiig in 
mehreren bzw. alien Netzelementen implementiert sind. So mUs- 
sen die entsprechenden Funktionsaufruf e nicht mehr aufwendig 
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durch das gesamte Netz geroutet werden, die ausfuhrenden Net- 
zelemente werden entlastet. 

Die dadurch definierte Menge an ^Grundfunktionen' ist dabei 
nicht statisch, sondern jederzeit andert- und erweiterbar 
sein. 

Die gegenwartige Verteilung der Aufgaben in den bestehenden 
Telekommunikationsnetzen entspricht vielfach nicht mehr den 
aktuellen Anforderungen. Kleinere Dienstanbieter und Betrei- 
ber drangen auf den Markt. Neben den Netzbetreibern sind die 
Dienstbetreiber und nicht zuletzt die Dienstanbieter, welche 
den direkten Kontakt zu Kunden pflegen, an einer neuen Auf- 
teilungsmoglichkeit der bendtigten Hardware interessiert . 

Durch den der Erfindung zugrunde liegenden Ansatz der Einfilh- 
rung einer verteilten Architektur sowie von of fengelegten 
Schnittstellen werden zwischen den einzelnen Betreibern und 
Betreibertypen flexible und transparente Geschaf tsbeziehungen 
moglich. Dritthersteller konnen ihre Dienste und Anwendungen 
integrieren und so zusatzliche Mehrwertdienste realisieren. 
Eine Kostenreduktion wird ebenfalls erreicht. 
Weiterhin k6nnen Kunden Mehrwertdienste, integriert aus un- 
terschiedlichen Netzen, benutzen, wobei immer eine korrekte 
Abrechnung gegenUber den unterschiedlichen Netzbetreibern und 
Dienstanbietern sichergestellt wird. 

Im folgenden wird die Erfindung anhand von Ausfuhrungsbei- 
spielen erlautert. Dabei zeigen 

Figur 1 eine beispielhaf te verteilte Netzarchitektur mit un- 
terschiedlichen unter liegenden physikalischen Kommu- 
nikations- und Datennetzen, 

Figur 2 eine beispielhaf te verteilte Netzarchitektur mit 2 
unterliegenden physikalischen Netzen sowie einem 
Dienstintegrator und einem Diensteanbieter, 

Figur 3 einen von einem API-Manager (Client) kommenden Auf- 

ruf, der an die ausfUhrenden Netzknoten (Server) wei- 
tergeleitet wird, 
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Figur 4 eine Schnitts telle zwischen dem zugrunde liegenden 

physikalischen Netz und 
Figur 5 eine mogliche Realisierungslosung mit Schnittstellen 

zu verschiedenen physikalischen Netzen, und 
Figur 6 eine beispielhaf te Verteilung der Zugrif fe auf die 

physikalischen Netz-Ressourcen durch Dienstanbieter, 

-integrator und Netzbetreiber . 

Einschrankungen in den Figuren/Ausfiihrungsbeispielen sind fur 
die Erfindung nicht zwingend. 

Die Figur 1 zeigt schematisch eine verteilte Netzarchitektur, 
welche sich in 3 Schichten manifestiert. In der 'untersten 
Schicht' auf diesem Bild sieht man die unterschiedlichsten 
physikalischen Netze, wie sie derzeit existieren. Es handelt 
sich um Datennetze (Corporate Networks, Internet) und Kommu- 
nikationsnetze (Mobile Networks, PSTN) , viele andere sind 
denkbar. Insbesondere existieren zwischen den einzelnen Net- 
zen bislang keine oder nur sehr unzureichende Verbindungen . 
Die mittlere Schicht zeigt nun die verteilte Netzarchitektur, 
die *uber' den physikalischen Netzen etabliert wird. Die ein- 
zelnen physikalischen Netze sind dabei jeweils uber minde- 
stens eine Verbindung (1) und eine geeignete Schnittstelle in 
einem Netzelement (3) mit einem Datennetz (2) verbunden. Hier 
geschieht die Dienstintegration. Die Darstellung des Daten- 
netzes als Ring ist hierbei nur eine Mdglichkeit, der Aufbau 
des Datennetzes ist fur die Erfindung nicht von Bedeutung. 
In diesem Datennetz befinden sich die im wesentlichen gleich- 
artigen, verteilten Netzelemente (3, 5), welche bezuglich der 
Anforderungen an ihre Leistungsfahigkeit anpassbar sind. Ein- 
zelne Netzelemente (5) konnen auch nur zur Steuerung des Net- 
zes eingesetzt werden, indem sie hierfur benotigte Dienste 
bereitstellen. Andere Netzelemente (3) nehmen die Kommunika- 
tion und Zusammenarbeit mit den unterliegenden physikalischen 
Netzen wahr und stellen die hierfur benotigten Schnittstellen 
bereit . 
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Die Zusainmenarbeit und der Austausch von Informationen (etwa 
zur Registrierung von Netzelementen und Funktionen) wird 
durch ein verteiltes Netz-Betriebssystem (6) gesteuert. Die- 
ses residiert in den einzelnen Netzelementen (3, 5) . 
In der obersten 'Schicht' befinden sich die Netzelemente der 
Dienstanbieter. Diese sind ebenfalls uber geeignete Schnitt- 
stellen (4) an das Datennetz angeschlossen. Hiertlber werden 
die dieserseits erforderlichen Informationen (fur Authenti- 
sierung der Benutzer, Vergebiihrung, Administration der Dien- 
ste etc.) ausgetauscht. Dies kann ebenfalls in standardi-. 
sierter Form erfolgen, was eine deutliche Vereinf achung der 
Kommunikation auch verschiedener Dienstanbieter und Dienstin- 
tegratoren gewahrleistet . 

Um das oben erlauterte Beispiel noch zu spezif izieren, wird 
in Figur 2 eine genauer definierte Konf iguration zugrunde ge- 
legt . 

Ein Benutzer (Customer) bezieht einen Mehrwertdienst von ei- 
nem Dienstanbieter, welcher aus einem Festnetz- (PSTN, 7b) 
und einen Mobilfunkdienst (Mobile Networks, 7a) besteht. Die 
Grunddienste werden von zwei unterschiedlichen Netzbetreibern 
zur Verfugung gestellt(7a, 7b). Diese Dienste werden ihm von 
einem Dienstanbieter gemeinsam angeboten (8), der in seinem 
Kundenbetreuungszentrum (ABC, Administration, Billing, Custo- 
mer-Care Center) das Kundenprofil speichert und verwaltet und 
rechnet die verkauften Dienste mit dem Kunden ab. 
Von dem Dienstanbieter werden uber eine Schnittstelle (4) 
(zum Beispiel durch ein API, Application Programming Inter- 
face, realisiert) die relevanten Informationen des Kundenpro- 
fils, wie Kunden-ID, Diensteprof il, filr den Bezug des jewei- 
ligen Dienstes von dem Dienstanbieter an den Dienstintegrator 
weitergeleitet, der seiterseits das jeweilige Teilprofil fur 
den Festnetz- und Mobilfunkdienst uber Schnittstellen (la, 
lb) an den Netzbetreiber weiterleitet und von diesem Uber 
dieselbe Schnittstelle benStigte Informationen, wie die ein- 
gerichtete Festnetznummer und Mobilfunkrufnummer zuruckgemel- 
det bekommt. 
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Anhand der vom Dienstanbieter angeforderten Diensteparameter 
werden vom Dienstintegrator liber ein Netzelement (5) die ent- 
sprechenden, mit den physikalischen Netzen der Netzbetreiber 
verbundenen Netzelemente (3a, 3b) angesteuert. die die geeig- 
neten Schnittstellen (la, lb) bedienen. Diese Schnittstellen 
sind auf die spezifischen Anf orderungen des jeweiligen physi- 
kalischen Netzes ausgerichtet (siehe auch Figur 4). 
Falls der Benutzer bei den Netzbetreibern noch nicht freige- 
schaltet war, so geschieht dieses jetzt, durch die Ausfuhrung 
der Anforderung des Dienstintegrators durch die Netzbetrei- 
ber, und die erf orderlichen Grunddienste und Leistungsmerk- 
male werden eingestellt. Die erfolgreiche Einrichtung des 
Teilnehmers wird vom Netzbetreiber dann an den Dienstintegra- 
tor zurUckgemeldet (Transaktionsprinzip) . Ein geeignetes Net- 
zelement (3 oder 5) des Dienstintegrators empfangt diese 
RUckmeldung, wertet sie aus und ermittelt anhand des vom 
Dienstanbieter angeforderten Mehrwertdienstes weitere beno- 
tigte Netzelemente (3a oder 3b) und leitet die erforderlichen 
Informationen Uber das verbindende Netz (2) an die beteilig- 
ten Netzelemente (3a, 3b) weiter. 

Diese wiederum leiten nach Bearbeitung der eingegangenen In- 
formation die noch bestehenden Anforderungen an die entspre- 
chenden Netzelemente der Netzbetreiber weiter, die sich in 
den Basisnetzen (Mobile Networks, PSTN) befinden. 
Sind alle fiir einen Mehrwertdienst des Dienstanbieters erfor- 
derlichen Leistungen der Netzbetreiber f reigeschaltet und 
uber die Schnittstellen (la, lb) bestatigt, bestatigt der 
Dienstintegrator die komplette Freigabe des Dienstes fUr eine 
Kunden-ID liber die Schnittstelle (4) an den Dienstanbieter, 
der den Kunden von dieser Freigabe uber die Schnittstelle (8) 
benachrichtigt. Damit kann der Mehrwertdienst vom Kunden ge- 
nutzt werden. 

Nutzungsabhangige Informationen, die aufgrund der Benutzung 
der Grunddienste in den Netzelementen der Netzbetreiber er- 
mittelt werden, werden zunachst Uber die Schnittstelle (la, 
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lb) an die Dienstintegrator weitergeleitet. In den Netzele- 
menten (3a, 3b, 5) werden diese Informationen entsprechend 
der, dem Dienstanbieter zur VerfUgung gestellten integrierten 
Mehrwertdienste gesammelt, mit einem Kennzeichen (User-ID, 
Service-ID) versehen und an das Kundenbetreuungszentrum (ABC) 
ilber (4) weitergeleitet. 

Damit ist nun der Dienstanbieter in der Lage, die empfangenen 
Informationen dem jeweiligen Kundenprofil zuzuordnen, auszu- 
werten und abzurechnen (8) . 

Figur 3 zeigt einen Ausschnitt der neuen Architektur, welche 

den physikalischen Netzen ubergeordnet ist. 

Dargestellt sind 4 Netzelemente (SN1 - SN4, Server Nodes), 

die ttber ein Datennetz verbunden sind und Funktionsauf ruf e 

und Informationen austauschen, gesteuert durch ein verteiltes 

Netz-Betriebssystem. 

Ein in einem der Netzelemente (Client) residierender API-Ma- 
nager routet zu Applikationen zugehorende Aufrufe von Netz- 
funktionen zu den ausfuhrenden Netzelementen (Server Nodes) . 
Dazu stellt der API-Manager die erforderlichen Routing-Infor- 
mationen netzweit zur VerfUgung. Diese Informationen werden 
zwischen den Netzelementen ausgetauscht und konsistent gehal- 
ten. 

Netzweit verteilte Ressourcen konnen so genutzt werden. Damit 
ist zum Beispiel eine Last-Teilung moglich, indem gleiche 
Funktionen in mehreren Netzelementen angesprochen werden kon- 
nen. 

Das in der Figur dargestellte Beispiel enthalt einen Applika- 
tionsaufruf eines Mehrwertdienstes, der Funktionsauf ruf e fur 
mehrere Teilfunktionen (x, y, z) enthalt. Das erste angespro- 
chene Netzelement kann jedoch den Funktionsauf ruf nicht bear- 
beiten, da es die erforderlichen Funktionen nicht enthalt 
Oder seine Kapazitat bereits vollstandig ausgelastet ist. 
Es leitet die Funktionsauf ruf e an einen Nachbarknoten weiter, 
und so kann eine Anwendung (xyz) auf in diesem Beispiel drei 
verschiedenen Netzelementen parallel weiterbearbeitet werden. 
Netzelement (SN2) ubernimmt die Bearbeitung von Funktionsteil 
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(x), Netzelement (SN3) die Bearbeitung von (y) und Netzele- 
ment (SN4) die Bearbeitung von (z) . 

Das Routing der einzelnen Teilfunktionsaufrufe zu den bear- 
beitenden Netzelementen kann durch verschiedene Kriterien ge- 
steuert sein. Beispielhaft wurden hier das Vorhandensein der 
benotigten Funktion und die Auslastung der einzelnen Netzele- 
mente angegeben. Ein weiteres Kriterium in dem verteilten 
Netz kann die Lange des Weges zu dem bearbeitenden Knoten 
darstellen, andere Kriterien sind vorstellbar. 

Figur 4 beschreibt im Detail die Schnittstelle zwischen einem 
physikalischen Netz (PSTN) und einem Netzelement in der neuen 
verteilten Netzarchitektur . 

Die Schnittstellenkomponente (API) ist dabei auf die spezifi- 
schen Anforderungen des jeweiligen darunterliegenden Basis- 
netzes ausgerichtet . Sie ist so aufgebaut, daft sie die Funk- 
tionsaufrufe ftir eine Gruppe systemunabhangiger Funktions- 
klassen uber die Schnittstelle (2) entgegennimmt und in sy- 
stemspezifische Kommandos und Prozeduren der Netzelemente im 
physikalischen Netz umsetzt. Die Schnittstelle des (API) nach 
'unten' ist demgemali abhangig von dem unterliegenden physi- 
kalischen Netz. Beispiele fur verwendbaren Protokolle zur 
Kommunikation sind MML (Man Machine Language) , CCS#7 
(Signalling System Nr. 7), INAP (Intelligent Network Applica- 
tion Part) oder DSS1 (Digital Subscriber Signalling System 
Nr. 1; EURO ISDN Signalisierung) , abhangig von dem physikali- 
schen Netz. 

Die Schnittstelle des (API) nach 'oben' jedoch ist einheit- 
lich definiert. Die definierten Funktionsklassen konnen zum 
Beispiel Verbindungs- (Connection) Management, Port Manage- 
ment, Ereigniskontrolle (Event Monitoring) und Qualitats- 
(Quality-of-Service) Management beinhalten. 
Dieses Prinzip der of fengelegten, standardisierten Schnitt- 
stellen vereinfacht die Zusammenarbeit der Netzbetreiber mit 
den Dienstanbietern und -integratoren, insbesondere bei der 
Einfuhrung neuer physikalischer Netze und das Zusammenspiel 
der unterschiedlichen physikalischen Netze. 
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Die Schnittstelle zum physikalischen Netz mufl dabei nicht nur 
mit einem Netzknoten bestehen (gestrichelte Linie) . 

Figur 5 zeigt einen moglichen Aufbau aus der Sicht der physi- 
kalischen Netze. 

Hier sind deutlich verschiedene physikalische Netze zu erken- 
nen, die teilweise bereits Protokoll-Schnittstellen miteinan- 
der besitzen. Diese Schnittstellen sind jedoch immer auf 2 
konkrete physikalische Netze beschrankt, etwa von der digita- 
len Fernsprechvermittlungsstelle (EWSD) in einem Festnetz 
(PSTN) zu dem Mobile Services Switching Center (MSC) auf der 
Mobil funkseite uber das Zentralkanalsignalisierungssystem Nr. 
7 (SS#7) auf der einen Seite und zu einem Firmennetz 
(Corporate Network CN) und dessen Privater Vermittlungsstelle 
(PBX) mittels EURO ISDN Signalisierung (DSS1, Digital 
Subscriber Signalling System Nr. 1) andererseits . 
Durch dieses Beispiel wird klar, daB jede Schnittstelle zwi- 
schen den Netzen durch die Anforderungen, die jedes physika- 
lische Netz hat, eine eigene Definition benotigt. Bei der 
steigenden Anzahl von verschiedenartigen Netzen ist dies 
nicht fur alle Netze mSglich. Fur jedes neu eingefUgte Netz 
mufi zu alien bestehenden Netzen eine Schnittstelle geschaffen 
werden. In unserem Beispiel hat etwa das Firmennetz (CN) eine 
Verbindung zu dem Mobilfunknetz (MN) nur via dem herkommliche 
Festnetz (PSTN) . Ein integrierter Dienst aus einem CN-Grund- 
dienst und einem Mobilfunkdienst ware somit nicht ohne Be- 
riicksichtigung von PSTN-Funktion moglich. 

Durch eine Uberlagernde Netz-Architektur kann die Anzahl der 
bendtigten Schnittstellen nun auf die Anzahl der vorhandenen 
physikalischen Netze reduziert werden. Diese Schnittstellen 
(API-Sets) bieten fur den Benutzer eine einheitliche Oberfla- 
che fur den Zugriff auf Dienste der physikalischen Netze. 
Die zentrale Vermittlungsstelle (PBX) eines internen Firmen- 
netzes (CN) etwa erhalt ein sogenanntes CTI-Interf ace (CTI- 
I/F, Computer Telephony Integration) . Damit ist eine Ver- 
knupfung von Telefonie und Datenverwaltung im Computer mog- 
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lich, also etwa das Suchen unci Anwahlen einer Telefonnummer 
in einem Telefonbuch, welches in einem PC oder einem Organi- 
zer gehalten und gepflegt wird, wobei das Aufbauen der Ver- 
bindung zu einem zweiten Endgerat (in der Regel ein Telefon) 
geschieht . 

Ein Festnetz ist im Wesentlichen durch Fernsprechvermitt- 
lungsstellen aufgebaut. Die Schnittstelle kann hier verschie- 
denartig realisiert sein, etwa durch eine Schnittstelle nach 
INAP Protokoil (INAP-I/F, Intelligent Network Application 
Part) oder ein Man Machine Language Interface (MML I/F) . 
Es wird weiterhin deutlich, daB ein Kommunikationsprotokoll 
bei verschiedenartigen physikalischen Netzen Einsatz finden 
kann, da ebenfalls bei der Schnittstelle zu den Vermittlungs- 
stellen (MSC) im Mobilfunknetz (MN) das Man Machine Language 
(MML) Protokoil zum Einsatz kommen kann. 

In dem Intelligenten Netz (IN), welches bereits eine Netzar- 
chitektur fur ein Festnetz oder Mobilfunknetz mit zusatzli- 
chen Netzknoten zur Verarbeitung von Funktionsauf rufen fUr 
Mehrwertdienste darstellt, sind die fur die Bearbeitung von 
Dienstanforderungen wesentlichen Netzelemente dargestellt. 
Der Service Control Point (SCP) stellt dabei den zentralen 
Knotenrechner dar, welcher die Dienst- und Funktionsaufrufe 
auswertet und verarbeitet. Dieser Knotenrechner ist bislang 
auch die zentrale Schnittstelle zu anderen physikalischen 
Netzen wie dem Festnetz (PSTN) oder Mobilfunknetz (MN) . Eine 
mogliche Schnittstelle zu diesem zentralen Netzknoten ist ei- 
ne Private SCP Schnittstelle (Private SCP-I/F) moglich. 
Die IN-Netzarchitektur wird ebenfalls als Basisnetz betrach- 
tet. 

Der Service Management Point (SMP) ist fUr die Einfiihrung, 
die Bereitstellung und die Pflege von Mehrwertdiensten ver- 
antwortlich. Die Entwicklung von neuen Diensten inklusive 
Test wird dabei im Service Creation Environment (SCE) durch- 
gefuhrt. Das Customer Service Center (CSC) pflegt und aktua- 
lisiert die Kundendaten. Eine Schnittstelle zum CSC ist das 
(Service CSC-I/F) . 
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Das Mobilfunknetz verwaltet seine Kundendaten in einem Home 
Location Register (HLR) und einem Visitor Location Register 
(VLR) . Ebenso wie bei Festnetz (EWSD) und Intelligentem Netz 
(IN) gibt es eine erste Schnittstelle zum Vermittlungsrechner 
(MSC) . Eine weitere Schnittstelle bietet sich an mittels ei- 
nem dem INAP ahnlichen Protokoll Mobile Application Part 
(MAP) . 

Figur 6 zeigt nochmals ein beispielhaftes Netz, welches eine 
Aufteilung von Diensten und Ressourcen in 3 Schichten dar- 
stellt. 

In der untersten Schicht befinden sich die Netzbetreiber, 
welche die physikalischen Netze (MN, PSTN, Internet, CN) mit 
den Grunddiensten zur VerfUgung stellen. 

Davon entkoppelt, in der ^mittleren' Schicht befindet sich 
das erfindungsgemaile Datennetz (SCN) mit einzelnen Netzele- 
menten. Hier werden Mehrwertdienste erzeugt, die Ressourcen 
und Dienste verschiedener physikalischer Netze nutzen konnen, 
und die durch Dienstintegratoren den Dienstanbietern be- 
reitgestellt und von diesen angeboten werden. 
In der 'obersten' Schicht dann arbeiten die Dienstanbieter, 
welche die Mehrwertdiente unabhangig von den verwendeten phy- 
sikalischen Netzen und Grundfunktionen dem Benutzer dieser 
Dienste zur VerfUgung stellen kdnnen. 
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Abktirzungsverzeichnis 

ABC Administration, Billing, Customer Care 

API Application Programming Interface 

CCS7 Common Channel Signaling System No. 7 (= SS#7) 

CN Corporate Network 

CSC Customer Service Center 

CTI Computer Telephony Integration 

DSS1 Digital Subscriber Signalling System No. 1; EURO ISDN 

Signalisierung 

EWSD Elektronisches Wahlsystem Digital 

HLR Home Location Register 

I/F Interface 

IN Intelligent Network 

INAP Intelligent Network Application Part 

ITU International Telecommunication Union 

MAP Mobile Application Part 

MML Man Machine Language 

MN Mobile Network 

MSC Mobile Services Switching Center 

PBX Private Branch Exchange 

PSTN Public Switched Telephone Network 

SCE Service Creation Environment 

SCP Service Control Point 

SMP Service Management Point 

SN Server Node 

SS#7 Zentralkanalsignalisierungssystem Nr. 7 
VLR Visitor Location Register 
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Patentanspriiche 

1. Netzarchitektur fUr Kommunikations- und/oder Datennetze, 
zur Bereitstellung von Netzfunktionen und Netzdiensten 
der/s verwendeten, darunterliegenden physikalischen Net- 
ze/s 

fUr mehrere Nutzer dieser Netzarchitektur, 
wobei die Dienstebereitstellung der/s physikalischen Net- 
ze/s fUr die Nutzer gewahrleistet wird und 
eine Aufteilung der physikalischen Ressourcen der/s darun- 
terliegenden Netze/s und eine Bereitstellung der vorhande- 
nen Dienste dergestalt mbglich ist, daB die zu den einzel- 
nen Nutzern zugehorigen Daten und Dienste unabhangig und 
effizient verarbeitet und benutzt werden konnen. 

2. Architektur nach Anspruch 1, 
dadurch gekennzeichnet/ daB 

die Steuerung der Netzfunktionen der verschiedenen physi- 
kalischen Teilnetze von einem verteilten Betriebssystem 
ilbernommen wird. 

3. Architektur nach einem der vorigen Anspruche, 
dadurch gekennzeichnet, daB 

die Netzfunktionen der verschiedenen physikalischen Teil- 
netze mittels einer einheitlichen logischen Oberflache 
uber systemunabhangige Schnittstellen zur Verfugung ge- 
stellt werden. 

4. Architektur nach Anspruch 3, 
dadurch gekennzeichnet, daB 

die logische Oberflache auch Funktionsauf ruf e fur Funkti- 
onsklassen zur Verfugung stellt, welche in teilnetzspezi- 
fische Meldungen und/oder Kommandos umgesetzt und 
zu geeigneten Netzelementen der physikalischen Teilnetze 
weitergeleitet und 

dort verarbeitet und/oder ausgefUhrt werden konnen. 
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Architektur nach einem der vorigen Ansprtiche, 
dadurch gekennzeichnet, dafi 

die dynamische Integration neuer Netzelemente ermoglicht 
wird, indem das neue Netzelement eine Registrierung vor- 
nimmt bei einem geeigneten anderen Netzelement, welches 
diese Informationen speichert und an andere Netzelemente 
weiterverteilt. 

Architektur nach einem der vorigen Ansprtiche, 
dadurch gekennzeichnet, dafi 

die dynamische Integration neuer Schnittstellen von be- 
reits vorhandenen Netzelementen ermoglicht wird, indem das 
Netzelement eine Registrierung der neuen Funktionen vor- 
nimmt bei einem geeigneten anderen Netzelement, welches 
diese Informationen speichert und an andere Netzelemente 
weiterverteilt. 

Architektur nach einem der vorigen Anspruche, 
dadurch gekennzeichnet, dafi 

gleiche oder gleichartige Funktionen auf mehreren Netzele- 
menten verteilt existieren. 

. Architektur nach Anspruch 6, 
dadurch gekennzeichnet, dafi 

die Auswahl der bei einem Funktionsaufruf benutzten Funk- 
tion auf einem bestimmten Netzknoten getroffen wird abhan- 
gig von der Auslastung der betroffenen Netzknoten. 

. Architektur nach einem der vorigen Ansprtiche, 
dadurch gekennzeichnet, dafi 

die bei einem Funktionsaufruf benutzten Funktionen ver- 
teilt auf mehreren Netzknoten ausgefuhrt werden kbnnen. 
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lO.Architektur nach einem der vorigen Anspriiche, 
dadurch gekennzeichnet, daB 

haufig benutzte Grunddienste in alien Netzknoten vorhanden 
5 und benutzbar sind. 
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